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Abstract 


This memo defines a portion of the Management Information Base (MIB) 
for use with network management protocols in the Internet community. 
In particular, it describes objects used for managing DSO and DSO 
Bundle interfaces. This document is a companion document with 
Definitions of Managed Objects for the DS1/E1/DS2/E2 (RFC 2495 [17]), 
DS3/E3 (RFC 2496 [18]), and the work in progress, SONET/SDH Interface 
Types. 


This memo specifies a MIB module in a manner that is both compliant 
to the SNMPv2 SMI, and semantically identical to the peer SNMPv1 
definitions. 
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1. The SNMP Management Framework 


The SNMP Management Framework presently consists of five major 
components: 


(0) An overall architecture, described in RFC 2271 [1]. 


fe) Mechanisms for describing and naming objects and events for the 
purpose of management. The first version of this Structure of 
Management Information (SMI) is called SMIv1 and described in 
STD 16, RFC 1155 [2], STD 16, RFC 1212 [3] and RFC 1215 [4]. The 
second version, called SMIv2, is described in RFC 1902 [5], RFC 
1903 [6] and RFC 1904 [7]. 


fe) Message protocols for transferring management information. The 
first version of the SNMP message protocol is called SNMPv1 and 
described in STD 15, RFC 1157 [8]. A second version of the SNMP 
message protocol, which is not an Internet standards track 
protocol, is called SNMPv2c and described in RFC 1901 [9] and 
RFC 1906 [10]. The third version of the message protocol is 
called SNMPv3 and described in RFC 1906 [10], RFC 2272 [11] and 
RFC 2274 [12]. 


fe) Protocol operations for accessing management information. The 
first set of protocol operations and associated PDU formats is 
described in STD 15, RFC 1157 [8]. A second set of protocol 
operations and associated PDU formats is described in RFC 1905 
[13]. 


fe) A set of fundamental applications described in RFC 2273 [14] and 
the view-based access control mechanism described in RFC 2275 
[15]. Managed objects are accessed via a virtual information 
store, termed the Management Information Base or MIB. Objects 
in the MIB are defined using the mechanisms defined in the SMI. 
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This memo specifies a MIB module that is compliant to the SMIv2. 
A MIB conforming to the SMIv1 can be produced through the 
appropriate translations. The resulting translated MIB must be 
semantically equivalent, except where objects or events are 
omitted because no translation is possible (use of Counter64). 
Some machine readable information in SMIv2 will be converted 
into textual descriptions in SMIvl during the translation 
process. However, this loss of machine readable information is 
not considered to change the semantics of the MIB. 


2. Overview 


These objects are used when the particular media being used to 
realize an interface is a DSO interface. At present, this applies to 
these values of the ifType variable in the Internet-standard MIB: 


dsO (81) 
dsOBundle (82) 


2.1. BONDing Terminology 


Please reference The BONDing Spec [20] for definitions of terms used 
to describe bonding modes. 


2.2. Use of ifTable for DSO Layer 
The following items are defined in RFC 2233 [16]. 


Only the ifGeneralInformationGroup and ifCounterDiscontinuityGroup 
need to be supported. 


ifTable Object Use for DSO Layer 

ifIndex Interface index. 

ifDescr See interfaces MIB [16]. 

ifType ds0(81) or dsOBundle (82). 
ifSpeed 64000 for dsO (regardless of the 


setting of robbed bit signalling) 
or N*64000 for dsOBundle. 


ifPhysAddress The value of the Circuit 
Identifier. If no Circuit 
Identifier has been assigned 
this object should have an octet 
string with zero length. 
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ifAdminStatus 
ifOperStatus 
ifLastChange 
ifName 


ifLinkUpDownTrapEnable 


ifHighSpeed 


ifConnectorPresent 


2.3. Using ifStackTable 


See 
See 
See 
See 


Set 
Supp 


interfaces MIB 


interfaces MIB 


interfaces MIB 


interfaces MIB 


to disabled(2). 


orts read-only 
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[16]. 
[16]. 
[16]. 


[16]. 


access. 


Set to rounded ifSpeed/1000000. 


Set 


to false(2). 


This section describes by example how to use ifStackTable to 
represent the relationship of dsO and dsOBundles with dsl interfaces. 
Implementors of the stack table for ds0 and dsOBundle interfaces 
should look at the appropriate RFC for the service being stacked on 


dsOs and dsOBundles. 


purposes only. 


Examples given below are for illustration 


Example: A Frame Relay Service is being carried on 4 dsOs of a dsl. 


TEENE a en ee ee ee ee ae + 
| Frame Relay Service | 
Sa Se ee ee + 
| 
a a ee a a ag ea + 
| dsOBundle | 
ee Ne de ae ee eed ee + 


+---+ +---+ +---+ +---+ 


|aso| |aso| |dso| |dso| 
+—---+ +---+ +---+ +---+ 


The assignment of the index values 


ifIndex Description 


1 
2 


FrameRelayService 
dsOBundle 
dsO #1 


Standards 


could 


(type 
(type 
(type 


Track 


for example be: 


44) 
82) 
81) 
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4 dsO #2 (type 81) 
5 ds0 #3 (type 81) 
6 dsO #4 (type 81) 
7 dsl (type 18) 


The ifStackTable is then used to show the relationships between the 
various interfaces. 


ifStackTable Entries 


HigherLayer LowerLayer 


ADOUBRWNHNNNEF CO 
ONANNAAATAOUBWNE 


In the case where the frameRelayService is using a single ds0, then 
the dsOBundle is not required. 


+--------------------- + 
| Frame Relay Service | 
+--------------------- + 
a 
|ds0 | 
+---+ 
| 
+--------------------- + 
| ds1 
+--------------------- + 


The assignment of the index values could for example be: 


ifIndex Description 


Į FrameRelayService (type 44) 
2 ds0 (type 81) 
3 dsl (type 18) 


The ifStackTable is then used to show the relationships between the 
various interfaces. 
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ifStackTable Entries 


HigherLayer LowerLayer 
0 1 


1 2 
2 3 
3 0 
2.3.1. Usage of Channelization for DS3, DS1, DSO 


An example is given here to explain the channelization objects in the 
DS3, DS1, and DSO MIBs to help the implementor use the objects 
correctly. Treatment of E3 and El would be similar, with the number 
of DSOs being different depending on the framing of the El. Timeslot 
16 is not created for framing types that do not pass data over it. 


Assume that a DS3 (with ifIndex 1) is channelized into DS1s (without 
DS2s). The object dsx3Channelization is set to enabledDsl. There 
will be 28 DS1s in the ifTable. Assume the entries in the ifTable 
for the DSls are created in channel order and the ifIndex values are 
2 through 29. In the DS1 MIB, there will be an entry in the 
dsxlChanMappingTable for each dsl. The entries will be as follows: 


dsxlChanMappingTable Entries 


ifIndex dsx1DslChannelNumber dsx1ChanMappedIfiIndex 


1 1 2 
1 2 3 
il 28 29 


In addition, the DS1ls are channelized into DSOs. The object 
dsxlChannelization is set to enabledDsO for each DS1. When this 
object is set to this value, 24 DSOs are created by the agent. There 
will be 24 DSOs in the ifTable for each DS1. If the 
dsx1lChannelization is set to disabled, the 24 DSOs are destroyed. 


Assume the entries in the ifTable are created in channel order and 
the ifIndex values for the DSOs in the first DS1 are 30 through 53. 
In the DSO MIB, there will be an entry in the dsx0ChanMappingTable 
for each DSO. The entries will be as follows: 
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dsx0ChanMappingTable Entries 


ifIndex dsx0ODsOChannelNumber dsx0ChanMappedIfIndex 


2 t 30 
2 2 31 
2 24 53 


2.3.2. Usage of ifIndex Mapping for DSOBundle 


An example is given here to explain the ifIndex mapping objects in 
the DSOBundle MIB to help the implementor use the objects correctly. 


Assume that a DS1 (with ifIndex 1) is channelized into DS0s. There 
will be 24 DSOs in the ifTable. Assume the entries in the ifTable 
for the DSOs are created in channel order and the ifIndex values are 
2 through 25. Now, assume that there are two bundles on the DS1. 
The first one uses channels 1 and 2. The second uses channels 3 and 
4. There will be two ifTable entries for these bundles, with values 
of 26 and 27 for ifIndex. There will be an entry in the 
dsx0BundleTable for each bundle. The entries will be as follows: 


dsxO0BundleTable Entries 


dsx0BundleIndex dsx0BundlelIfIndex 
1 26 
2 27 


There will be an entry in the dsx0ConfigTable for each DSO. The 
entries will be as follows: 


dsx0ConfigTable Entries 


ifIndex dsx0DsOChannelNumber dsx0DsOBundleMappedIfIndex 
1 26 

26 

27 

27 

0 

0 


OU B® WN 


25 24 0 
3. Overview of the MIB 


This document contains 2 MIB modules, the DSO MIB and the DSOBundle 
MIB. 
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3.1. DSO MIB 


The DSO MIB is used to represent individual DSOs in a DS1 or El. 
Variables in this MIB would be created for each DSO in the ifTable. 
This MIB contains the following group: 


The DSO Config Group - This group contains configuration information 
about a particular DSO. 


3.2. DSOBundle MIB 


The DSOBundle MIB is used to represent collections of DSOs that are 
used together to carry data within a DS1/E1 at speeds greater than 
that of a single DSO. DSOBundles are created on top of DSOs and are 
represented that way in the ifStackTable. This MIB contains the 
following groups: 


The DSO Bundle Group - This group contains objects used for creating 
new dsOBundles. This group is mandatory. 


The DSO Bonding Group - This group contains information about bonding 
for a dsOBundle, if bonding is enabled. This group is optional. 


4. Object Definitions for DSO 


DSO-MIB DEFINITIONS ::= BEGIN 

IMPORTS 
MODULE-IDENTITY, OBJECT-TYPE, 
transmission FROM SNMPv2-SMI 
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF 
DisplayString, TruthValue FROM SNMPv2-TC 
ifIndex, InterfaceIndex, 
InterfaceIndexOrZero FROM IF-MIB; 


-—- This is the MIB module for the DSO Interface objects. 


ds0 MODULE-IDENTITY 
LAST-UPDATED "98071616302" 
ORGANIZATION "IETF Trunk MIB Working Group" 
CONTACT-INFO 
d David Fowler 


Postal: Newbridge Networks Corporation 
600 March Road 
Kanata, Ontario, Canada K2K 2E6 


Tel: +1 613 591 3600 
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Fax: +1 613 599 3619 


E-mail: davef@newbridge.com" 
DESCRIPTION 
"The MIB module to describe 
DSO interfaces objects." 
REVISION "98052420102" 
DESCRIPTION 
"Initial version of the DSO-MIB." 


::= { transmission 81 } 
—- The DSO Config Group 


—- Implementation of this group is mandatory for all 
—- systems that use a DSO Interface. 


-- The DSO Config Group consists of two tables: 
ae DSO Configuration Table 
= DSO Channel Mapping Table 


-—- The DSO Configuration Table 


dsx0ConfigTable OBJECT-TYPE 
SYNTAX SEQUENCE OF Dsx0ConfigEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"The DSO Configuration table." 
:= { dsO 1 } 


dsx0ConfigEntry OBJECT-TYPE 

SYNTAX Dsx0ConfigEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"An entry in the DSO Configuration table. There 
is an entry in this table for each DSO interface." 

INDEX { ifIndex } 

::= { dsx0ConfigTable 1 } 


Dsx0ConfigEntry ::= 
SEQUENCE { 
dsx0DsOChannelNumber INTEGER, 
dsx0RobbedBitSignalling TruthValue, 
dsx0CircuitIdentifier DisplayString, 
dsx0IdleCode INTEGER, 
dsx0SeizedCode INTEGER, 
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dsx0ReceivedCode INTEGER, 

dsx0TransmitCodesEnable TruthValue, 

dsxO0DsOBundleMappedIfiIndex InterfaceIndexOrZero 
} 


dsx0DsOChannelNumber OBJECT-TYPE 

SYNTAX INTEGER(0..31) 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This object indicates the channel number of the 
dsO on its DS1/E1." 

::= { dsx0ConfigEntry 1 } 


dsx0RobbedBitSignalling OBJECT-TYPE 
SYNTAX TruthValue 
MAX-ACCESS read-write 
STATUS current 


DESCRIPTION 
"This object indicates if Robbed Bit Signalling is 
turned on or off for a given ds0. This only 


applies to DSOs on a DS1 link. For El links the 
value is always off (false)." 
::= { dsx0ConfigEntry 2 } 


dsx0CircuitIdentifier OBJECT-TYPE 

SYNTAX DisplayString (SIZE (0..255)) 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This object contains the transmission vendor’s 
circuit identifier, for the purpose of 
facilitating troubleshooting." 

::= { dsx0ConfigEntry 3 } 


dsx0IdleCode OBJECT-TYPE 

SYNTAX INTEGER(0..15) 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This object contains the code transmitted in the 
ABCD bits when the dsO is not connected and 
dsx0TransmitCodesEnable is enabled. The object is 
a bitmap and the various bit positions are: 


1 D bit 
2 C bit 
4 B bit 
8 A bit" 
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{ dsx0ConfigEntry 4 


dsx0SeizedCode OBJECT-TYPE 


SYNTAX INTEGER(0..15) 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 


DSO MIB / DSOBUNDLE MIB 
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} 


"This object contains the code transmitted in the 


ABCD bits when t 


dsx0TransmitCode 
a bitmap and the 
I D bi 
2 C bi 
4 B bi 
8 A bi 


{ dsx0ConfigEntry 5 


dsx0ReceivedCode OBJECT-TYPE 


SYNTAX INTEGER(0..15) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"This object con 
the ABCD bits. 


he dsO is connected and 

sEnable is enabled. The object is 
various bit positions are: 

t 

t 

t 

tn 

} 


tains the code being received in 
The object is a bitmap and the 


various bit positions are: 
1 D bit 
2 C bit 
4 B bit 
8 A bit" 


{ dsx0ConfigEntry 6 


} 


dsxO0TransmitCodesEnable OBJECT-TYPE 


SYNTAX TruthValue 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 


"This object determines if the idle and seized 


codes are transm 
is true then the 
{ dsx0ConfigEntry 7 


itted. If the value of this object 
codes are transmitted." 


} 


dsx0DsOBundleMappedIfIndex OBJECT-TYPE 
SYNTAX InterfaceIndexOrZero 


MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"This object indicates the ifIndex value assigned 


by the agent for 


Fowler, Ed. 


Standards Track 


the dsOBundle(82) ifEntry to 
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which the given ds0(81) ifEntry may belong. 


If the given ds0(81) ifEntry does not belong to 
any ds0Bundle (82) ifEntry, then this object has a 
value of zero. 


While this object provides information that can 
also be found in the ifStackTable, it provides 
this same information with a single table lookup, 
rather than by walking the ifStackTable to find 
the possibly non-existent dsOBundle(82) ifEntry 
that may be stacked above the given ds0(81) 
ifTable entry." 

::= { dsx0ConfigEntry 8 } 


-—- The DSO Channel Mapping Table 


dsx0ChanMappingTable OBJECT-TYPE 

SYNTAX SEQUENCE OF Dsx0ChanMappingEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"The DSO Channel Mapping table. This table maps a 
DSO channel number on a particular DS1/E1 into an 
ifIndex." 

::= { dsO 3 } 


dsx0ChanMappingEntry OBJECT-TYPE 

SYNTAX Dsx0ChanMappingEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"An entry in the DSO Channel Mapping table. There 
is an entry in this table corresponding to each 
dsO ifEntry within any interface that is 
channelized to the individual dsO ifEntry level. 


This table is intended to facilitate mapping from 
channelized interface / channel number to DSO 
ifEntry. (e.g. mapping (DS1 ifIndex, DSO Channel 
Number) -> ifIndex) 


While this table provides information that can 
also be found in the ifStackTable and 
dsx0ConfigTable, it provides this same information 
with a single table lookup, rather than by walking 
the ifStackTable to find the various constituent 
dsO ifTable entries, and testing various 
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dsx0ConfigTable entries to check for the entry 
with the applicable DSO channel number." 

INDEX { ifIndex, dsxO0DsOChannelNumber } 

::= { dsxOChanMappingTable 1 } 


Dsx0ChanMappingEntry ::= 
SEQUENCE { 
dsx0ChanMappedifIndex InterfaceIndex 
} 


dsx0ChanMappediIfIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This object indicates the ifIndex value assigned 
by the agent for the individual dsO ifEntry that 
corresponds to the given DSO channel number 
(specified by the INDEX element 
dsx0DsOChannelNumber) of the given channelized 
interface (specified by INDEX element ifIndex)." 

:= { dsxO0ChanMappingEntry 1 } 


-- conformance information 


dsOConformance OBJECT IDENTIFIER ::= { ds0O 2 } 


dsOGroups OBJECT IDENTIFIER ::= { dsOConformance 1 } 
dsOCompliances OBJECT IDENTIFIER : { dsOConformance 2 } 


-—- compliance statements 


dsOCompliance MODULE-COMPLIANCE 
STATUS current 
DESCRIPTION 
"The compliance statement for DSO interfaces." 
MODULE -- this module 
MANDATORY-GROUPS { dsOConfigGroup } 


OBJECT dsx0RobbedBitSignalling 

MIN-ACCESS read-only 

DESCRIPTION 

"The ability to set RBS is not required." 
OBJECT dsx0CircuitIdentifier 

MIN-ACCESS read-only 

DESCRIPTION 
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"The ability to set the circuit identifier is not 
required." 


OBJECT dsx0IdleCode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the idle code is not 
required." 


OBJECT dsx0SeizedCode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the seized code is not 
required." 


OBJECT dsx0TransmitCodesEnable 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to enable and disable the 
transmitting of idle and seized codes is not 
required." 


::= { dsOCompliances 1 } 
—-- units of conformance 


dsOConfigGroup OBJECT-GROUP 
OBJECTS { dsx0ODsOChannelNumber, 
dsx0RobbedBitSignalling, 
dsx0CircuitIdentifier, 
dsx0IdleCode, 
dsx0SeizedCode, 
dsx0ReceivedCode, 
dsx0TransmitCodesEnable, 
dsx0DsOBundleMappedI fIndex, 
dsx0ChanMappedIfiIndex } 
STATUS current 
DESCRIPTION 
"A collection of objects providing configuration 
information applicable to all DSO interfaces." 
::= { dsOGroups 1 } 


END 
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5. Object Definitions for DSO Bundle 


DSOBUNDLE-MIB DEFINITIONS ::= BEGIN 
IMPORTS 
MODULE-IDENTITY, OBJECT-TYPE, 
transmission FROM SNMPv2-SMI 


MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF 
DisplayString, RowStatus, 

TestAndiIncr FROM SNMPv2-TC 
ifIndex, InterfaceIndex FROM IF-MIB; 


-—- This is the MIB module for the DSOBundle Interface 
-—- objects. 


dsOBundle MODULE-IDENTITY 
LAST-UPDATED "98071616302" 
ORGANIZATION "IETF Trunk MIB Working Group" 
CONTACT-INFO 
y David Fowler 


Postal: Newbridge Networks Corporation 
600 March Road 
Kanata, Ontario, Canada K2K 2E6 


Tel: +1 613 591 3600 
Fax: +1 613 599 3619 


E-mail: davef@newbridge.com" 
DESCRIPTION 
"The MIB module to describe 
DSO Bundle interfaces objects." 
REVISION "98052420102" 
DESCRIPTION 
"Initial version of the DSOBUNDLE-MIB." 


:= { transmission 82 } 


-—- The DSO Bundle Config Group 


-—- Implementation of this group is mandatory for all 
—- systems that use a DSOBundle Interface. 


-—- The DSO Bundle Config Group consists of one table: 
=s DSO Bundle Table 


-- The DSO Bundle Table 
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dsx0BundleNextIndex OBJECT-TYPE 

SYNTAX TestAndIncr 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This object is used to assist the manager in 
selecting a value for dsx0BundleIndex. Because 
this object is of syntax TestAndIncr (see the 
SNMPv2-TC document, RFC 1903) it can also be used 
to avoid race conditions with multiple managers 
trying to create rows in the table. 


If the result of the SET for dsx0BundleNext Index 
is not success, this means the value has been 
changed from index (i.e. another manager used the 
value), so a new value is required. 


The algorithm is: 
done = false 
while done == false 
index = GET (dsx0BundleNext Index. 0) 
SET (dsx0BundleNext Index. 0=index) 
if (set failed) 
done = false 
else 
SET (dsxO0BundleRowStatus.index=createAndGo) 
if (set failed) 
done = false 
else 
done = true 
other error handling" 
::= { dsOBundle 2 } 


dsx0BundleTable OBJECT-TYPE 

SYNTAX SEQUENCE OF Dsx0BundleEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"There is an row in this table for each ds0OBundle 
in the system. This table can be used to 
(indirectly) create rows in the ifTable with 
ifType = ’dsOBundle(82)’." 

::= { dsOBundle 3 } 


dsx0BundleEntry OBJECT-TYPE 
SYNTAX Dsx0BundleEntry 
MAX-ACCESS not-accessible 
STATUS current 
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DESCRIPTION 
"There is a row in entry in this table for each 
dsOBundle interface." 

INDEX { dsx0BundleIndex } 

::= { dsxOBundleTable 1 } 


Dsx0BundleEntry ::= 
SEQUENCE { 
dsx0BundleIndex INTEGER, 
dsx0BundleIfIndex InterfaceIndex, 
dsx0BundleCircuitIdentifier DisplayString, 
dsx0BundleRowStatus RowStatus 


} 


dsx0BundleIndex OBJECT-TYPE 

SYNTAX INTEGER (0..2147483647) 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"A unique identifier for a dsOBundle. This is not 
the same value as ifIndex. This table is not 
indexed by ifIndex because the manager has to 
choose the index in a createable row and the agent 
must be allowed to select ifIndex values." 

::= { dsx0BundleEntry 1 } 


dsx0BundleIfIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The ifIndex value the agent selected for the 
(new) dsOBundle interface." 

::= { dsx0BundleEntry 2 } 


dsx0BundleCircuitIdentifier OBJECT-TYPE 

SYNTAX DisplayString (SIZE (0..255)) 

MAX-ACCESS read-create 

STATUS current 

DESCRIPTION 
"This variable contains the transmission vendor’s 
circuit identifier, for the purpose of 
facilitating troubleshooting." 

:= { dsx0OBundleEntry 3 } 


dsx0BundleRowStatus OBJECT-TYPE 


SYNTAX RowStatus 
MAX-ACCESS read-create 
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STATUS current 
DESCRIPTION 


January 1999 


"This object is used to create and delete rows in 


this table." 
::= { dsx0BundleEntry 4 } 


-—- Implementation of this group is optional for all 


—- systems that use a DSO! 


-- The DSO Bonding Group consists of one table: 
DSO Bonding Table 


-—- The DSO Bonding Table 


dsx0BondingTable OBJECT-TYPE 


dsx0BondingEntry OBJECT-TYPE 
SYNTAX Dsx0BondingEntry 
not-accessible 


SYNTAX 


MAX-ACCESS 


STATUS 


Bundle Interface. 


SEQUENCE OF Dsx0BondingEntry 


current 


DESCRIPTION 
"The DSO Bonding table." 


::= { dsOBundle 1 } 


MAX-ACCESS 


STATUS 


current 


DESCRIPTION 


INDEX 


"An entry in the DSO Bonding table. 
row in this table for each DSOBundle 
{ ifIndex } 

::= { dsxO0BondingTable 1 } 


Dsx0BondingEntry ::= 

SEQUENCE { 
dsx0BondMode 
dsx0BondStatus 


} 


dsx0BondMode OBJECT-TYPE 
SYNTAX 


Fowler, 


dsx0BondRowStatus 


Ed. 


INTEGER { 


not-accessible 


INTEGER, 
INTEGER, 
RowStatus 


Standards Track 


There is a 


interface." 
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mode3 (6) 

} 

MAX-ACCESS read-create 

STATUS current 

DESCRIPTION 
"This object indicates which BONDing mode is used, 
if any, for a dsOBundle. Mode0O provides parameter 
and number exchange with no synchronization. Mode 
1 provides parameter and number exchange. Mode 1 
also provides synchronization during 
initialization but does not include inband 
monitoring. Mode 2 provides all of the above plus 
inband monitoring. Mode 2 also steals 1/64th of 
the bandwidth of each channel (thus not supporting 
n x 56/64 kbit/s data channels for most values of 
n). Mode 3 provides all of the above, but also 
provides n x 56/64 kbit/s data channels. Most 
common implementations of Mode 3 add an extra 
channel to support the inband monitoring overhead. 
ModeNone should be used when the interface is not 
performing bandwidth-on-demand." 

:= { dsx0BondingEntry 1 } 


dsx0BondStatus OBJECT-TYPE 
SYNTAX INTEGER { 
idle(1), 
callSetup (2), 
dataTransfer (3) 
} 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"This object indicates the current status of the 
bonding call using this dsOBundle. idle(1) should 
be used when the bonding mode is set to none(1)." 
::= { dsxO0BondingEntry 2 } 


dsx0BondRowStatus OBJECT-TYPE 
SYNTAX RowStatus 
MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 
"This object is used to create new rows in this 


table, modify existing rows, and to delete 
existing rows." 
::= { dsxO0BondingEntry 3 } 
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-- conformance information 


dsOBundleConformance OBJECT IDENTIFIER ::= { dsOBundle 4 } 


dsOBundleGroups OBJECT IDENTIFIER 
::= { dsOBundleConformance 1 } 


dsOBundleCompliances OBJECT IDENTIFIER 
::= { dsOBundleConformance 2 } 


-—- compliance statements 


dsOBundleCompliance MODULE-COMPLIANCE 
STATUS current 


DESCRIPTION 
"The compliance statement for DSOBundle 
interfaces." 

MODULE -- this module 


MANDATORY-GROUPS {dsOBundleConfigGroup } 


GROUP ds0OBondingGroup 

DESCRIPTION 
"Implementation of this group is optional for all 
systems that attach to a DSOBundle Interface." 


OBJECT dsx0BundleRowStatus 
SYNTAX INTEGER { 
active(l1), 
createAndGo (4), 
destroy (6) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"The agent is not required to support a SET 
operation to this object, and only three of the 
six enumerated values for the RowStatus textual 
convention need be supported. Only supporting 
createAndGo for a creation process prevents the 
manager from creating an inactive row in the 
dsOBundleTable. Inactive rows in the 
dsOBundleTable do not make sense." 


OBJECT dsx0BundleCircuitIdentifier 
MIN-ACCESS read-only 
DESCRIPTION 


"The agent is not required to support a SET 
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operation to this object." 


::= { dsOBundleCompliances 1 } 
—-- units of conformance 


dsOBondingGroup OBJECT-GROUP 
OBJECTS { dsx0BondMode, 
dsx0BondStatus, 
dsx0BondRowStatus } 
STATUS current 
DESCRIPTION 
"A collection of objects providing 
configuration information applicable 
to all DSO interfaces." 
::= { dsOBundleGroups 1 } 
dsOBundleConfigGroup OBJECT-GROUP 
OBJECTS { dsx0OBundleNext Index, 
dsx0BundlelIfiIndex, 
dsx0BundleCircuitIdentifier, 
dsx0BundleRowStatus } 
STATUS current 
DESCRIPTION 
"A collection of objects providing the ability to 
create a new dsOBundle in the ifTable as well as 
configuration information about the dsOBundle." 
::= { dsOBundleGroups 2 } 
END 


6. Intellectual Property 


The IETF takes no position regarding the validity or scope of any 
intellectual property or other rights that might be claimed to 
pertain to the implementation or use of the technology described in 
this document or the extent to which any license under such rights 
might or might not be available; neither does it represent that it 


has made any effort to identify any such rights. Information on the 
IETF’s procedures with respect to rights in standards-track and 
standards-related documentation can be found in BCP-11. Copies of 


claims of rights made available for publication and any assurances of 
licenses to be made available, or the result of an attempt made to 
obtain a general license or permission for the use of such 
proprietary rights by implementors or users of this specification can 
be obtained from the IETF Secretariat. 
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The IETF invites any interested party to bring to its attention any 
copyrights, patents or patent applications, or other proprietary 
rights which may cover technology that may be required to practice 
this standard. Please address the information to the IETF Executive 
Director. 
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9. Security Considerations 


SNMPv1 by itself is such an insecure environment. Even if the 
network itself is secure (for example by using IPSec), even then, 
there is no control as to who on the secure network is allowed to 
access and GET (read) the objects in this MIB. 


It is recommended that the implementors consider the security 
features as provided by the SNMPv3 framework. Specifically, the use 
of the User-based Security Model RFC 2274 [12] and the View-based 
Access Control Model RFC 2275 [15] is recommended. 
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10. 


It is then a customer/user responsibility to ensure that the SNMP 
entity giving access to an instance of this MIB, is properly 
configured to give access to those objects only to those principals 
(users) that have legitimate rights to access them. 


Setting the following objects to an inappropriate value can cause 
loss of traffic. In the case of dsx0RobbedBitSignalling, for 
example, the nature of the traffic flowing on the DSO can be 
affected. 

dsx0RobbedBitSignalling 

dsx0IdleCode 

dsx0SeizedCode 

dsx0TransmitCodesEnable 

dsx0BundleRowStatus 

dsx0BondMode 

dsx0BondRowStatus 


Setting the following objects is mischievous, but not harmful to 
traffic. 

dsx0CircuitIdentifier 

dsx0BundleNext Index 
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11. 


Full Copyright Statement 
Copyright (C) The Internet Society (1999). All Rights Reserved. 


This document and translations of it may be copied and furnished to 
others, and derivative works that comment on or otherwise explain it 
or assist in its implementation may be prepared, copied, published 
and distributed, in whole or in part, without restriction of any 
kind, provided that the above copyright notice and this paragraph are 
included on all such copies and derivative works. However, this 
document itself may not be modified in any way, such as by removing 
the copyright notice or references to the Internet Society or other 
Internet organizations, except as needed for the purpose of 
developing Internet standards in which case the procedures for 
copyrights defined in the Internet Standards process must be 
followed, or as required to translate it into languages other than 
English. 


The limited permissions granted above are perpetual and will not be 
revoked by the Internet Society or its successors or assigns. 


This document and the information contained herein is provided on an 
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING 
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING 
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION 
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF 
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 
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